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Scope  Of  The  Army  Technical  Architecture 

■  The  ATA  applies  to  all  systems  that  produce,  use,  or  exchange 
information  electronically.  The  target  audience  is  anyone  involved  in 
the  development  of  new  or  improved  systems. 

■  Within  the  Army,  the  Vice  Chief  of  Staff,  Army  and  the  Army  Acquisition 
Executive  have  jointly  made  each  Milestone  Decision  Authority  (MDA), 
Program  Executive  Officer  (PEO),  and  Program/Product  Manager  (PM), 
Advanced  Technology  Demonstration  (ATD)  Manager,  and  Advanced 
Concept  and  Technology  Demonstration  (ACTD)  Manager  responsible  for 
incorporating  the  specification  of  the  ATA  into  their  respective  programs 
and  products. 

■  Materiel  developers  will  use  the  ATA  to  ensure  that  products  meet 
interoperability  performance  and  sustainment  criteria. 

■  Combat  developers  will  use  the  ATA  in  developing  requirements  and 
functional  descriptions. 

■  Battle  Labs  will  use  the  ATA  to  ensure  that  the  fielding  of  their  "good 
ideas"  are  not  unduly  delayed  by  the  cost  and  time  required  for  wholesale 
reengineering  to  meet  specifications. 
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Army  Technical  Architecture  Objectives 


OBJECTIVE 

•  Interoperability 

•  Reduce  Cost, 
Speed  Fielding 

•  Influence 
Technology  R&D 


MECHANISM 

Minimal  Set  of  Mandated  Standards 

SW  Reuse  -  Common 
Operating  Environment  & 

Individual  Standards 

Publish  ATA 
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Organization  of  the  WSTAWG 

!  Weapon  Systems  Domain 

I  Chairperson:  Mr.  Christopher  Ostrowski  i 
\ _ TARDEC _ y 


Missile  Sub-Domain 
Lead:  Mr.  R.  Summers 

.  MRDEC 

Ground  Vehicle  Sub-Domain 
Lead:  Mr.  S.  Grevemeyer 

,  TARDEC 

Soldier  Sub-Domain  ^ 

Aviation  Sub-Domain  ^ 

Lead:  Mr.  J.  Monroe 

Lead:  Mr.  C.  Mudd 

,  NATICK 

,  AVRDEC 

Army  Materiel  Command 
Mr.  E.  Nidhiry 


Army  System  Engineering  Office  DISC4 

Mr.  R.  Delcoure  Ms.  A.  McCullough-Graham 
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ARMY  WEAPON  SYSTEM  DOMAINS 


DOMAINS: 

•  GROUND  VEHICLE 

•  AVIATION  (ROTORCRAFT) 

•  MISSILES 

•  SOLDIER 
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SCOPE  of  the  WSTAWG 


■  The  WSTAWG  mission  is  to  expand  the  Army’s  C4I  Technical  Architecture 
(TA)  to  accommodate  the  unique  real-time,  embedded  requirements  of  Army 
weapon  systems. 

■  This  TA  expansion  must  provide  value-added  to  weapon  systems,  consistent 
with  DOD  policies  for  open  system  approaches  to  acquisition,  and  adaptable  to 
future  technologies. 

■  The  TA  expansion  will  either  be  implemented  as  part  of  the  existing  Army  C4I 
TA  document  or  as  a  separate  weapon  systems  technical  architecture  document 
with  references  or  interfaces  to  its  C4I  counterpart. 

■  This  TA  expansion  will  be  done  in  close  liaison  with  the  OSD  OS-JTF  and 
Industry. 
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■  28  Apr  95 

■  2  May  95 

■  18  May  95 

■  26  May  95 

■  7  Jun  95 

■  13  Jun  95 

■  28  Jun  95 

■  27  Jun  95 


WSTAWG  Activities 

AD0/DISC4  meeting  with  PEO’s  and 
RDEC  Tech  Directors  calling  for  WSTA. 

ADO/DISC4  tasking  to  AMC. 

■  AMC  tasking  to  TACOM.  POC:  Mr.  Don  Sarna. 

First  WSTAWG  meeting. 

Phase  I  Report. 

■  Sent  through  AMC  to  ADO  &  DISC4. 

■  Scope,  Technical  Approach,  Responsibilities. 

Advanced  Program  Briefing  to  Industry. 
Second  WSTAWG  Meeting. 

Phase  II  WSTAWG  Report. 

■  Course  of  action.  Schedule,  and  Cost. 

Council  of  Colonels  meeting. 

■  ADO,  DISC4,  AMC,  TARDEC. 
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WSTAWG  Activities  (cent..) 


■  28Jul95 

■  15  Sep  95 

■  28  Sep  95 

■  26  Oct  95 

■  05  Dec  95 

■  04  Jan  96 

■  11  Jan  96 

■  17  Jan  96 


Army  Science  Board  Briefing. 

Memorandum  to  ADO  (MG  Rigby)  from 
WSTAWG  Chair  (Mr.  Sama)  requesting  funding. 

Third  WSTAWG  Meeting. 

Meeting  with  AT  A  Chapter  Authors. 

■  Attended  and  submitted  comments. 

User  Workshop  #1. 

■  Attended  and  submitted  comments. 

User  Workshop  #2. 

■  Attended  and  submitted  comments. 

Council  of  Colonels  for  ATA. 

General  Officer  Steering  Committee. 
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Proposed  WSTAWG  Development  Plan 
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WSTAWG  Systems  Engineering  Process 
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Domain  Analysis  Process 

■  Identify  Platforms  and  group. 

■  Identify  major  platform  group  functionality. 

■  Identify  inter/intra  interfaces  for  each  group. 

Apply  data  modeling  techniques. 

■  Perform  engineering  analysis  of  each  platform. 

Standards  currently  in  use,  planned  to  be  used. 
Evaluate  operational  and  technical  requirements. 

-  Govemment/Industry/Academic  Working  Groups. 
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Domain  Analysis  Process  (cont.) 

■  Generate  Domain  Standards  Profile. 

Coordination  with  other  domains. 

-  Extensions,  expansions,  exceptions  to  higher  level  domain 
standards. 

■  Verification  and  Validation  of  Domain  Profile. 

■  Reassess  individual  platform  membership  within  a 
domain. 

■  Consolidate  Domain  Standards 

-  Common  standards. 

-  Alternate  approach  standards. 
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Ground  Vehicle  Sub-Domain 

■  Team  Involved 

TARDEC  (lead)  Mr.  Steven  Grevemeyer 

-  ARDEC  Mr.  Wayne  Sherer 

ERDEC  Mr.  William  Ginley 

■  Accomplishments 

Industry  Day  held  at  TACOM,  7  Dec  95. 

-  Vetronics  Open  Systems  Architecture  (VOSA)  Guidelines. 

■  Vetronics  Real-Time  Operating  Services  (VRTOS)  API. 

■  Vetronics  Graphical  User  Interface  (VGUI)  API. 

-  Project  AH18,  Armament  research  has  ATA  focus. 

-  Paladin  and  Mortar  Systems  converted  to  ATA 
implementation  efforts. 

-  PEO-ASM  active  in  ATA  activities. 
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Aviation  Sub-Domain 


■  Team  Involved 

AVRDEC  (lead) 
-  PMAEC 


Mr.  Clemence  Mudd 
Mr.  Eric  Samuda 


PEO  Aviation  Electronic  Center 

■  Accomplishments 

Aviation  System  of  Systems  Architecture  (ASOSA). 

-  CH-47  Intra-platform  Architecture  Study  (system  taxonomy). 

■  Contract  to  Maner  Systems. 

■  Contract  to  Battelle  Memorial  Institute. 

-  Task  Force  XXI  compliance. 

-  SAE  Generic  Open  Architecture  Committee  involvement. 


15  Feb  96 


16 


Missile  Sub-Domain 


■  Team  Involved 

MRDEC,  Huntsville,  AL  (lead)  Mr.  Rod  Summers 

-  PEO  Missile  Defense  COL  Philip  White 

PEO  Tactical  Missile  COL  Dan  Prescott 

■  Accomplishments 

Creation  of  a  generic  missile  architecture  and  support  tools. 

■  ARP  A  Domain  Specific  Software  Architecture 

■  ARP  A  Evolvable  Designs  for  Complex  Software 

-  Creation  of  the  Real-Time  Executive  for  Missile  Systems 
(RTEMS)  and  RTEMS  API. 

-  Rapid  Force  Projection  Initiative  (RFPI)  Testbed. 
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Soldier  Sub-Domain 


■  Team  Involved 

NATICK  (lead)  Mr.  John  Monroe 

-  PM  Soldier  MAJ  Mark  Collins 

■  Accomplishments 

-  Land  Warrior  eontract  has  an  ATA  focus. 

Domain  analysis  ongoing. 
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WSTAWG  Comments  on  ATA  Version  4.0 


■  The  WSTAWG  was  successful  in  creating  a  domain- 
based  HCI  concept. 

-  Top-level  style  guides  replace  by  more  specific  domain- 
specific  style  guides. 

-  Tight  coupling  of  look  and  feel  between  systems  in  the  same 
domain. 

■  Contracting. 

-  “ATA  standards  as  contractual  requirements  conflict  with 
‘performance-based’  contracting”. 

-  ATA  references  standards  and  specifications  that  conflict  with 
streamlined  acquisition. 

■  Standards  can  not  reference  other  standards. 

-  ATA  standards  scheduled  to  be  updated  every  six  months. 
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WSTAWG  Comments  on  ATA  Version  4.0 

(cont.) 

■  WSTAWG  supports  the  COE  “concept”. 

There  is  only  one  DII  COE  concept,  process,  and  approach. 

-  The  ATA  envisions  the  tailoring  of  software  components 
and  infrastructure  within  a  hierarchy  of  implementations  of 
the  COE. 

ATA  Version  4.0  Section  1.2.1. 

-  Common  reusable  software  and  products  are  inherited 
downward  and  either  used  as  is,  or  replaced  or  augmented 
with  more  specialized  software  modules. 

-  Reuse  of  Application  software  within  the  Weapons  Domain 
is  supported. 
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Dll  COE  CONCEPT 


Provides  rules  and 
guidance  for 
integrating  different 
applications  on  a 
single  workstationA 


DII  COE 


Treats  Mission 
Applications  as 
‘^shrink-wrap^’ 
products. 


Provides  common 
look  and  feel”  to  end 
users  and  system 
administrators. 


Based  on 
^client/server 
workstation 
technology. 


COE  is  not  a  system  but  a  foundation 
for  building  an  open  system...”  -  DII  COE  I&RTS:  Rev  2.0  10/23/95 
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Software  Reuse  Process 


APIs,  Standards, 
Library  Software 


Weapon  System  Domain 


DII  COE 
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Extensions 
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Software  Produets 
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Reusable  Software 


DII  COE 
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ission  Software 
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omain  Software 


15  Feb  96 


22 


Summary 

■  The  WSTAWG  has  been  instrumental  in  representing 
the  needs  of  the  varied  weapon  systems  eommunity 
within  the  Army. 

-  Significant  influence  in  support  of  ATA  Version  4.0 

-  Weapon  System  Domain  creation  and  coordination. 

-  Individual  sub-domain  analysis  and  activities. 

■  Individual  WSTAWG  sub-domains  have  ongoing 
technical  architecture-related  development  efforts 
underway. 

■  Contact  us  at:  wstawg@vtc.tacom.army.mil 
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Path  Forward 


■  WSTAWG  Meeting  27-28  Feb  96,  Huntsville,  AL. 

■  Evaluation  of  the  DII  COE  APIs  and  software  as  it 
beeomes  available. 

■  Completion  of  individual  domain  analyses. 

■  Submit  eandidate  Weapon  Systems  APIs  to  COE 
library. 

■  Support  Joint  Technical  Architecture. 

■  Web  page  enhancement  and  maintenance. 

-  http://www.tacom.army.mil/wstawg/wstawg.html 
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Background  Issues 
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■  15  Sep  95 

■  05  Oct  95 

■  30  Nov  95 

■  13  Dec  95 

■  06  Feb  96 


Funding  Issues 

Memo  to  ADO  (MG  Rigby)  from  AMC  (BG  Beauchamp). 

■  Subject:  Revised  development  approach  for  ATA. 

Memo  to  AMC  (BG  Beauchamp)  from  ADO  (MG  Rigby). 

■  Subject:  Revised  development  approach  for  ATA. 

DISC4  Unfunded  Requirement  Form. 

■  Subject:  Weapon  System  Technical  Architecture  Development 

■  Total  Funding:  4.525M 

■  Available:  2.825M 

■  Unfunded:  1.700M 

Memo  to  ADO  from  AMC. 

■  Subject:  FY96  Funding  requirement  for  WSTAWG. 

WSTAWG  funding  requirement  lumped  with  ASEO. 

■  98-03  POM  PE0604805. 
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Weapon  System  Interoperability 

■  “The  only  practical  way  to  achieve  interoperability  is  to 
use  exactly  the  same  software,  written  to  appropriate 
standards,  for  common  functions  across  applications.” 

■  DII  COE  I&RTS  Rev  2.0,  page  1-12. 

■  Interoperability  requirements  are  derived  from  USER 
REQUIREMENTS. 

■  The  cornerstones  of  interoperability  are  STANDARDS 
and  TESTING. 

■  Testing  removes  interpretation  from  standards  documents. 

■  Weapon  systems  must  interface  with  C3I  systems  at 
defined  interoperability  points: 

■  The  interface  is  owned  by  the  C3I  domain. 

■  The  implementation  of  the  interface  is  owned  by  the  weapon  system 

15  Feb  96  domain. 


Weapon  System  COE  Requirements 


Workstation-based  Systems 


Weapon  Systems 


COE 


Mission  Appiications 
(JOPES,  AGCCS,  SBIS,...) 


APIs 


Common  Support 
Applications  (Msg  Proc., 
Mapping,  CTP,...) 


APIs 


Infrastructure  Services  (OS, 
RDBMS,  Sys&User  Mngt, 
COMM,...) 

-  APIs  - 

Hardware  Piatforms  (Sun  & 
HP  Workstations,  Routers, 
CNR,...) - 


Mission  Appiications  (Fire 
Controi,  Sensor  Processing, 
Power  management,...) 


APIs 


Common  Support 
Applications  (Msg  Proc., 
Mapping,  CTP,...) 


Hardware  Piatforms 
(VMEprocessors,  ASICs, 
DSP,  digital  control) 
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